[dbt] Analysesでアドホックなクエリを開発する

データ分析

#ビジネス・アナリティクス

#データ分析

#dbt

たまちゃん

2022.01.17

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

大阪オフィスの玉井です。

今回は「使うのは簡単だけど、使いどころがイマイチよくわからない」って感じの機能であるAnalysesをご紹介します。

Analysesとは

dbtプロジェクトの中にanalysesというディレクトリがあるのですが、その中にSQLファイルを配置することができます。そのクエリ群をAnalysesと呼称します。

dbtユーザーの方からすれば、「dbtプロジェクトの中にあるSQLファイル」って、それってModelじゃないの？？って感じですよね。ですので、Modelとの違いを記します。

dbt runの対象外
実体化されない（テーブルやビューにならない）
Jinjaやマクロ等は使える（Modelを開発するときと全く同じ環境でSQLが書ける）

つまり、dbtの中にあるんだけども、実際にデータは作らないSQLがAnalysesといえます。

使いみち

上記を見ると、「どこで使う機能なんだ？」と疑問を持たずにいられない感じですが、個人的に思いつくのは下記の通りです。

単発クエリ

データモデルを開発している中で、実際に作る前に、検証等でちょっと一時的に実行したいクエリっていうのが出てきます。

普通のSQLクライアントとかでやってもいいのですが、Analysesで行うことで、「Jinjaやマクロを使ってSQLが書ける」「dbtプロジェクトとしてバージョン管理ができる」というメリットを享受できます。

BIツール用のクエリ

TableauやLookerといったBIツールには、そのツールからSQLを発行して、それで取得したデータを分析する、という機能があります。

こちらも、別にBIツール上でSQLを書いてもいいのですが、上記同様、Analysesを使用することで、dbtのメリットを活かしながら、BIツール用のクエリを開発することができます（まあ、BIツール用なんだったら、ちゃんとModelとしてテーブルやビューを作ってあげるにこしたことはないと思いますが）。

やってみた

環境

dbt Cloud
- dbt v1.0

analysesディレクトリ下にSQLファイルを作成する

やることは単純です。見出しの通り、SQLファイルを用意します（クエリはLearn Analytics Engineering with dbt | dbt Learnのものをお借りします）。

WITH payments AS(
	SELECT
		*
	FROM
		{{ ref('stg_payments') }}
),

aggregated AS(
	SELECT
		SUM(amount) AS total_revenue
	FROM
		payments
	WHERE
		status = 'success'
)

SELECT
	*
FROM
	aggregated

で、このクエリなのですが、結果は1つの値が返ってくるだけです。こういうModelにするようなデータではない…というものも、analysesの使いどころかなと思います（それこそBIツール側に渡してあげても良さそう）。